コネクタ サービスの管理パックが変更され、Connector Service の検出プロセスは 4 時間に 1 回発生するようになりました。Connector Service オブジェクトの検出が完了するまで、Connector Service に関するすべてのエラーは Operations Manager に報告されません。次に予定されている検出まで、高可用性をインストールする追加コネクタ サービスは監視されません。

対処方法: 検出をすぐに実行する必要がある場合、Connector Service を実行しているコンピュータで Health Service を停止してから再開します。たとえば、場合によっては、高可用性のために追加のコネクタ サービスをインストールしてから、検出プロセスを実行する必要があります。

コネクタ インストールの前提条件のチェック機能で以前のバージョンを検出すると、エラーが発生します。

対処方法: Windows の [アンインストール] プログラムまたは [プログラムの追加と削除] 機能を使って、Operations Manager Interop Connectors の以前のバージョンをすべてアンインストールします。以前のバージョンがアンインストールされない場合、コネクタをインストールする予定の管理グループから、Microsoft Interop Connectors の以前のバージョンとコンポーネントをすべてアンインストールします。また、Interop Provider をインストールする予定のリモート システムから、Interop Provider と Interop Core のコンポーネントをアンインストールします。

Operations Manager 2007 R2 または Interop Provider をホストするすべての Windows ベースのサーバーでコンポーネントを正しくインストールおよび構成するためには、英語版の Microsoft Visual C++ 2008 再頒布可能パッケージがインストールされている必要があります。

対処方法: お使いのサーバー タイプに適した Microsoft Visual C++ 2008 再頒布可能パッケージ (英語版) のダウンロードについては、Microsoft ダウンロード センター (http://go.microsoft.com/fwlink/?LinkId=117778) を参照してください。

Microsoft Visual C++ 2008 再頒布可能パッケージの英語版と他の言語版は、同じコンピュータにインストールできます。

SQL Server を実行しているクラスタ化されたサーバーに、コネクタ サービス データベースで使用される SQL Server データベース インスタンスがインストールされている場合、データベース インスタンスを指定する必要があります。クラスタ化されていないサーバーの場合、コネクタ サービス インストール ウィザードの [コネクタ構成データベース] ページで [SQL Server データベース インスタンス] フィールドの選択はオプションです。

対処方法: クラスタ化されたサーバーにコネクタをインストールする場合、[コネクタ構成データベース] ページの [SQL Server データベース インスタンス] テキスト ボックスに、使用するデータベース インスタンスの名前を入力します。[SQL データベース名] は、既定の SCInterop のままで構いません。

Operations Manager 2007 R2 の [管理] ウィンドウへのアクセス権限があるユーザー アカウントでは、権限が不十分なために、SCInterop データベースのストアド プロシージャを読み取ったり、実行することができない場合があります。権限が足りないと、そのようなユーザー アカウントは、[管理] ウィンドウの [Connectors Configuration UI] へのアクセスが拒否されます。

対処方法: Operations Manager 2007 R2 の管理に使われるユーザー アカウントには、SCInterop データベースの SQL DBO 権限も必要です。通常、SQL Server Management Studio を使ってユーザー アカウントに権限を与えます。

コネクタがインストールされていて、Connector の set-up .msi ファイルにクリック操作でアクセスしたり、Windows の [プログラムの追加と削除] 機能を使ってアクセスすると、[変更、修復、または削除] インストール ページが表示されます。コネクタ インストールの修復機能は無効になっています。.msi ファイルを右クリックすると、[修復] 選択が表示されます。[修復] 選択をクリックすると、エラー メッセージが表示されて機能が失敗します。

対処方法: 特定のコネクタを修復するには、コネクタをアンインストールしてから再インストールします。Connectors のインストールに関する完全な情報については、『Operations Manager 2007 R2 Connectors Deployment Guide (Operations Manager 2007 R2 Connectors 展開ガイド)』を参照してください。

製品コネクタ配信登録ウィザードを使って配信登録を構成する場合、[終了済み] アラートの転送を選択しないようにお勧めします。終了済みアラートを転送すると、予想外の量のアラートが転送される場合があります。製品コネクタ配信登録ウィザードの [条件] ページで、既定で [終了済み] チェック ボックスがオンになっていることがありますので、[終了済み] チェック ボックスをクリアするようにしてください。

インストール時に Operations Manager 2007 R2 Connectors を構成する場合、[<EMS> Connector 構成用 OpsMgr Connector] ダイアログ ボックスが表示されます。[<EMS> サーバー名] フィールドを使って、リモート システムのプライマリ サーバーの名前を入力します。ただし、このサーバー名は検証されません。転送操作が失敗しないようにするために、リモート システム サーバーの有効な名前を入力してください。

UNIX ベースのシステムで HP Operations Manager に System Center Operations Manager 2007 R2 Connector を実行する場合、HP Operations Manager が実行しているのと同じロケールで、Interop Provider (scxcimd) とデーモン (scinteropd) を起動する必要があります。ロケールが同じでない場合、Provider および scinteropd は、HP Operations Manager に接続できず、ログ ファイルに "無効なログイン" が記録されます。

対処方法: UNIX ベースのシステムで HP Operations Manager 用の System Center Operations Manager 2007 R2 Connector を実行する場合、HP Operations Manager が実行しているのと同じロケールで、Interop Provider (scxcimd) と scinteropd デーモンを起動する必要があります。ロケールが同じでない場合、Provider およびデーモンは、HP Operations Manager コネクタに接続できず、scx ログ ファイルに "無効なログイン" メッセージが記録されます。

たとえば、HP Operations Manager コネクタが “ja_JP.SJIS” に設定されたロケールで起動し、scxcimd デーモン (Interop Provider) が “C” に設定されたロケールで起動した場合、System Center Operations Manager 2007 R2 から HP Operations Manager コネクタに新しいアラートを初めて転送しようとしたときに、scx ログに "無効なログイン" メッセージが記録されます。

Operations Manager 2007 R2 Connectors によって転送されるアラートのいずれかのフィールド設定のテキストが英語でない場合、転送は失敗するか、またはデータが壊れる可能性があります。アラート テキストで英語以外のデータはサポートされていません。

対処方法: 英語でアラートを生成するコンポーネントにのみコネクタを使用します。

TEC アラートに 製品ナレッジまたはコンテキストを含める場合、[TEC Connector 構成] ダイアログ ボックスの [Operations Manager] タブで、[最大] フィールド サイズ設定を 1,000 などの小さい値にする必要があります。これらのフィールド サイズ設定が 1,000 バイトを超えている場合、次のいずれかのシナリオが生じる可能性があります。

シナリオ 1:

1. アラートが TEC へ転送されます。
   
   
2. TEC はアラートを受信します。
   
   
3. アラートが大きすぎるため、TEC ルールを通過しません。
   
   
4. 最終的に、アラートは最大再試行回数ステータスに達します。
   
   

シナリオ 2:

1. アラートが TEC へ転送されます。
   
   
2. アラートが大きすぎるため、アラートはドロップされ、TEC で作成されません。
   
   
3. 最終的に、アラートは最大再試行回数ステータスに達します。
   
   

アラート サイズが転送の失敗原因かどうかを特定するには、以下を実行します。

1. TEC サーバーで、Tivoli コマンド wtdumprl を使って、アラートが受信および処理されたかどうかを特定します。アラートが大きすぎる場合、TEC サーバーによってアラートがドロップされた可能性があります。
   
   

TEC でイベントが作成されたものの、アラートの TicketID プロパティが TEC イベント ID で更新されなかった場合、以下を実行します。

• 次のようなエラーがないかどうか、tec_rule ファイルを調べます。Apr  8 17:41:11.326091 tec_rule[421948] ERR tec_msg.c:130: Packet size too small to contain message
  
  

tec_rule ファイルは、UNIX ベースのシステムでは /tmp ディレクトリに、Windows ベースのコンピュータでは /$DBDIR/tmp ディレクトリにあります。

1. [TEC Connector 構成] ダイアログ ボックスを開きます。

2. [Operations Manager] タブを選択します。

3. [最大フィールド サイズ] を 1,000 以下に設定します。

TEC Connector Service が正しいポート番号で構成されていない場合、サービスは、TEC と通信できず、エラーを生成します。

対処方法: Windows を実行している TEC サーバーにアラートを転送する場合、Connector Configuration UI の TEC サーバー ポートを、TEC がリスニングしている特定のポートに設定する必要があります。コネクタは、UNIX ベースのサーバーと一緒に動作するか、または UNIX Port Mapper を使って TEC のポートを特定する TEC サーバーと一緒に動作するように設定されます。Windows を実行している TEC サーバーは、既定で 5529 に設定される、ハードコードされたポートを使用します。TEC サーバー ポートを、TEC がリスニングしている特定のポートに設定して、Connector Service を再起動する必要があります。

まれに、Operations Manager SDK が "不明なエラー" メッセージを生成することがあります。この場合、コネクタ サービスが停止します。コネクタ サービスのログで、コネクタ サービスが停止した原因に関する追加情報があるかどうかを確認できます。復旧するには、コネクタ サービスを再起動します。

Operations Manager 2007 R2 Connectors のインストールは、製品がすでに構成済みであるという警告を発してエラーになることがあります。

対処方法:

Windows Server 2008 ベースのサーバーの場合、次のファイルを削除します。

• C:\ProgramData\TECConfigInstall.xml\
  
  
• C:\ProgramData\REMEDYConfigInstall.xml\
  
  
• C:ProgramData\OVOConfigInstall.xml\ または C:ProgramData\UNVConfigInstall.xml\
  
  

Windows Server 2003 ベースのサーバーの場合、次のファイルを削除します。

• C:\Documents and Settings\All Users\Application Data\TECConfigInstal.xml\
  
  
• C:\Documents and Settings\All Users\Application Data\REMEDYConfigInstal.xml\
  
  
• C:\Documents and Settings\All Users\Application Data\OVOConfigInstal.xml\ または C:\Documents and Settings\All Users\Application Data\UNVConfigInstal.xml
  
  

ドメイン ユーザー アカウントを使って Operations Manager 2007 R2 Connectors のコンポーネントを Windows Server 2008 ベースのコンピュータにインストールすると、アカウントに適切な権限がある場合でも、インストールが失敗することがあります。

対処方法: 次の手順を使ってインストールを実行します。

1. [スタート] メニューで、[コマンド プロンプト] を右クリックし、[管理者として実行] をクリックします。

2. [コマンド] ウィンドウで、インストール ファイルの場所に変更します。

3. 適切な Connector セットアップ ファイルを使って、次のように msiexec /i コマンドを実行します。

   msiexec /i SciConnectorSetup_x86.msi

コネクタ サービスと Interop Provider コンポーネントは別々のサーバーにインストールすることをお勧めします。

Connector Service は、Operations Manager エージェントのあるサーバーにインストールする必要はありません。Connector Service が Operations Manager エージェントがインストールされていないサーバーにインストールされている場合、コンソールでコネクタに関するエラーおよびイベントは発生せず、管理パックはコネクタを検出しません。

高可用性をセットアップして、コネクタ プロパティの [EMS 通信順序] ダイアログ ボックスでシステムを追加する前に、証明書の検証を認証する必要があります。

セカンド サーバーをセットアップする場合、プロバイダー システムで scicert ユーティリティを手動で実行して証明書を戻し、セカンド コネクタ サービス システムとプロバイダ システムの間に信頼関係を作ります。

scicert の使い方を表示するには、特定の構成で、コマンド ウィンドウを開いて「scicert」と入力し、Enter キーを押します。

Operations Manager 2007 R2 Connectors は、必ず英語版のオペレーティング システムにインストールする必要があります。

SQL Server データベースがインストールされているのと同じサーバーにコネクタ サービスをインストールして、サーバーを再起動すると、SQL Server が起動する前にコネクタ サービスが起動しようとすることがあります。これにより、コネクタ サービスの起動が失敗します。その場合、SQL Server が実行されてから、コネクタ サービスを手動で再起動することができます。

このような状況を避けるために、Service Manager を使ってサービスに回復アクションを追加することができます。

1. [コントロール パネル] から、[管理ツール] を選択し、[サービス] を選択します。

2. [サービス] ウィンドウの右側のウィンドウで、[<EMS> 用の OpsMgr Connector] 項目を右クリックし、[プロパティ] を選択します。

3. その [プロパティ] ダイアログ ボックスで、[回復] タブを選択します。

4. [最初のエラー] リスト、[次のエラー] リスト、および [その後のエラー] リストで、[サービスを再起動] を選択します。

5. [サービスの再起動] フィールドで、「1」と入力し、[OK] をクリックします。

6. [サービス] および [管理ツール] を閉じて、[コントロール パネル] を終了します。

コネクタをインストールし、Interop Provider に Windows ベースのサーバーを指定する場合、Provider サーバーで生成される証明書は、サーバーの完全修飾ドメイン名 (FQDN) ではなくサーバーの名前に基づきます。コネクタ構成ウィザードの [<EMS> Provider] フィールドに FDQN を指定しないでください。 代わりに、Interop Provider がインストールされているサーバーの名前を使います。

コネクタ サービスをセットアップするときに使用するアカウントには、"サービスとしてログイン" 権限が必要です。

Operations Manager 2007 R2 Connectors のこのリリースでは、同じサーバーへの複数のプロバイダーのインストールはサポートされていません。

英語以外のデータを Remedy に送信するには、英語以外の (ローカル) バージョンの Remedy User ツールをプロバイダー サーバーにインストールする必要があります。非 Unicode アプリケーションのロケールも、同じ言語のロケールに設定する必要があります。たとえば、日本語のデータを使用する場合、Windows に日本語の User ツールをインストールし、非 Unicode アプリケーションのロケールを日本語に設定する必要があります。

また、AR Server をインストールする場合、DATA 言語をローカル (英語以外) の言語に設定する必要があります。DATA 言語は、AR Server がインストールされている場合のみ設定できます。インストール後に変更することはできません。

“opsmgr” アカウントは、コネクタ サービスでのみ使用できます。“opsmgr” アカウントを使ってチケットを更新した場合、更新は Operations Manager 2007 R2 に送り返されません。

Connector と Provider のインストールによって、ポート 1433 および 1270 が開きます。ポート 1433 は、既定の SQL Server ポートです。ポート 1270 は、WS-Man ポートです。

TEC Connector を使って Windows ベースの TEC Server にアラートを転送している場合、Connector Configuration UI の TEC サーバー ポートを、TEC がリスニングしている特定のポートに設定する必要があります。

コネクタは、UNIX Port Mapper を使って TEC ポートを特定する UNIX ベース、Linux ベース、および Windows ベースの TEC サーバーと一緒に動作するように設定されます。Windows 上の TEC は、ハードコードされたポートを使用します。既定で、これは 5529 に設定されます。TEC サーバー ポートを、TEC がリスニングしている特定のポートに設定して、Connector Service を再起動する必要があります。そうしないと、Connector Service が TEC と通信できず、エラーを生成します。